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(57) Abstract 

A function is to be loaded from 
a first computer onto a second computer 
via a network, preferably a computer 
network or communications network. 
Ute second computer contains, in 
addition to the operating system, a 
platform-independent system, preferably 
a JAVA virtual machine which ensures 
that the platform-independent code 
(JAVA byte code) from the operating 
system of the second computer can run 
on the second computer. In addition 
to the platform-independent code, a 
platform-dependent code, particular to 
the hardware of the second computer, can 
be loaded from the first computer, thus 
avoiding the operation time losses that 
result from the platform-independent code. 
To this end, the first computer comprises 
the necessary platform-dependent 

functions, preferably as dynamic libraries, which are optionally requested by the second computer, so as to obtain operation time gains on 
the second computer. 




t 



(57) Zusammenfassung 

Von einem ersren Rechner soli iiber ein Netz, vorzugsweise ein Rcchnemctz oder ein Kommunikationsnetz, einc Funktion auf 
eincn zweitcn Rcchncr gcladcn werden. Dcr zwcitc Rcchncr cnthalt dazu ncbcn cinem Betriebssystcm cin plattfonriunabhangiges System, 
vorzugsweise eine JAVA-Virtual-Maschine, das gewahrleistet, daB von dem Betriebssystem des zweiten Rechners plattformunabhangiger 
Code (JAVA-Bytecode) auf diesem zweiten Rechner ablaufen kann. Neben plattformunabhangigem Code kann auch platrformabhangiger 
Code, speziell fur die Hardware des zweiten Rechners, von dem ersten Rechner geladen werden, wobei die durch plattformunabhangigen 
Code resultierenden LaufzeiteinbuBen vermieden werden. Dazu umfaBt der erste Rechner die bendtigten plattformabhangigen Funktionen, 
vorzugsweise als dynamische Bibliothcken, die ggf. von dem zweiten Rechner angefordert werden, urn Laufzeitgewinne auf dem zweiten 
Rechner zu erzielen. 
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Rp.grhreihung 

Verfahren zuin Laden einer Funktion, die von einem ersten 
Rechher (Server) berei tgestellt wird, auf einen zweiten 
5 Rechner (Client) 

Die Erfindung betrifft ein Verfahren zum Laden einer 
Funktion, die von einem ersten Rechner (Server) 
bereitgestellt wird, auf einen zweiten Rechner (Client) , 
10 wobei der erste Rechner und der zweite Rechner liber ein Netz 
verbunden sind. 

Ein Netz bezeichnet ein Medium, iiber das Rechner miteinander 
verbunden sind und uber das Nachrichten zwischen den Rechner, 
15 sei es verbindungslos oder verbindungsorientiert , 

ausgetauscht werden. Beispiele fur solche Netze sind 
Rechnernetze und Kommuniicationsnetze. 

Mit Funktion wird eine Komponente bezeichnet, die auf einem 
20 zweiten Rechner benotigt und auf einem ersten Rechner zur 
Verfugung gestellt wird. Derartige Funktionen konnen 
beispielsweise Programme, die ttber das Netz von dem ersten 
Rechner geladen werden sollen, Prozeduren im Veretandnis 
einer strukturierten Programmiersprache oder Methoden im 
25 objektorientierten Sinn sein. 

Die Programmiersprache JAVA ist dem Fachmann hinlanglich 
bekannt. Ein wichtiges Merkmal von JAVA ist seine 
Unabhangigkeit von einer bestimmten Plattform 

30 (plattformunabhangig) . JAVA lftuft auf jedem System, auf dem 
eine JAVA- Virtual -Machine implementiert ist. Diese JAVA- 
Virtual -Machine ubernimmt die Ausfiihrung des JAVA-Programms, 
wobei eine kontrollierte Obertragung mit anschliefSender 
Integritatsiiberprufung des geladenen .Codes erfolgen kann. Ein 

35 JAVA-Applet bezeichnet eine in JAVA geschriebene Applikation, 
die auf Netzbrowsern ausgefuhrt wird und somit auf der in dem 
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Netzbrowser integrierten JAVA- Virtual -Machine lauft. 
Allgemein ist jedes JAVA-Applet auch ein JAVA- Programm . 

Da, wie erwahnt, fur ein ablauf fahiges JAVA-Programm (z.B. 
5 ein JAVA-Applet) eine JAVA- Virtual -Machine notwendig ist, 

sind deutliche Lauf zeiteinbuiSen im Vergleich zu einem eigens 
fur den jeweiligen Rechner geschriebenen Programm 
(plattf ormabhangig) hinzunehmen . JAVA-BytgroriP bezeichnet 
einen Programmcode , der plattf ormunabhangig auf jedem 
10 Rechner, der iiber eine JAVA- Virtual -Machine verfugt, ablauf en 
kann. Der JAVA-Bytecode ist in JAVA-C1 a^ s-Fil^s integriert, 
die weitere fur die JAVA- Virtual -Machine niitzliche 
Information bereitstellen, insbesondere eine Semantik fur die 
Umgebung der JAVA- Virtual -Machine beinhalten. 

15 

Demzufolge kann unterschieden werden in plattf ormabhangi gft . 
d.h. fur den jeweiligen Rechner spezif izierte, und 
plattf ormunabhangige . d.h. unabhangig von dem speziellen 
Rechner lauffahige, Programme. Mittels eines 
20 plattformabhangigen Programms ist der Einsatz von 
Programmcode (auch: Code) moglich, der spezielle 
Hardwaremerkmale des jeweiligen Rechners ausnutzt. Damit ist 
ein signif ikanter Lauf zeitgewinn bei Programmausfuhrung 
verbunden . 

25 

In exist ierenden Systemen, die verschiedene Rechner 
miteinander xiber plattf ormunabhangige Programme (z.B. JAVA) 
verbinden, ist es von Nachteil, daS ein plattf ormunabhangiges 
Programm deutliche Lauf zeiteinbuSen mit sich bringt, 
30 wohingegen bei auf spezielle Hardware, insbesondere 

Multimedia -Hardware, abgestimmter Programmcode immense 
Lauf zeitvorteile mit sich brachte. 

Die Aufgabe der Erfindung besteht darin, ein Verfahren zum 
35 Laden einer Funktion von einem erst en Rechner auf einen 

zweiten Rechner anzugeben, wobei die oben erwahnten Nachteile 
vermieden werden. 
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Diese Aufgabe wird gemafi den Merkmalen des Patentanspruchs 1 
geldst . 

5 Das erf indungsgemafce Verfahren ermoglicht das Laden einer 
Funktion, die von einem ersten Rechner (Server) 
bereitgestellt wird, auf einen zweiten Rechner (Client) , 
wobei der erste Rechner und der zweite Rechner uber ein Netz 
verbunden sind. Dazu wird von dem zweiten Rechner uber das 

•10 Netz bei dem ersten Rechner angefragt, ob die Funktion in 
einem plattf ormabhangigen Code verfugbar ist. Falls ein 
plattf ormabhangiger Code nicht verfugbar ist, wird ein 
plattformunabhangiger Code der Funktion von dem ersten 
Rechner geladen und das Verfahren wird beendet. Ansonsten 

15 (der plattformabhangige Code ist verfugbar) wird zunachst 
iiberpruft, ob dieser plattformabhangige Code der Funktion 
schon auf dem zweiten Rechner vorhanden ist und, so dies der 
Fall ist, wird dieser plattformabhangige Code geladen und das 
Verfahren beendet. Ist hingegen der plattformabhangige Code 

20 auf dem zweiten Rechner nicht vorhanden, so wird mitt els 

einer Eingabe entschieden, ob der plattformabhangige Code vom 
ersten Rechner geladen werden soil. Ergibt sich aus der 
Eingabe, dafi der plattformabhangige Code nicht geladen werden 
soil, wird der plattf ormunabhangige Code geladen und das 

25 Verfahren beendet. Wird mittels der Eingabe entschieden, dalS 
der plattformabhangige Code geladen werden soli, so wird nach 
einer Verhandlung zwischen dem ersten Rechner und dem zweiten 
Rechner der plattformabhangige Code der Funktion auf den 
zweiten Rechner geladen. 

30 

Eine Weiterbildung der Erfindung besteht darin, daS die 
Verhandlung folgende Schritte umfafit: 

Der zweite Rechner fordert von dem ersten Rechner eine. Liste 
aller verfugbaren plattf ormabhangigen Realisierungen der 
3 5 Funktion an. Diese Liste wird von dem ersten Rechner an den 
zweiten Rechner ttbertragen. Der zweite Rechner wahlt eine 
geeignete Realisierung aus, teilt dies dem ersten Rechner mit 
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und fordert eine Ubertragung dieser Realisierung der Funktion 
an. Dadurch wird sichergestellt , da£ eine passende 
plattformabhangige Realisierung zu dem zweiten Rechner 
ubertragen wird. Hierbei sei angemerkt, daS eine solche 
5 plattformabhangige Realisierung insbesondere ein fur die 
jeweilige Piatt form erstelltes Programm oder ein fur die 
jeweilige Plattform kompilierter Object-Code sein kann. 

Eine andere Weiterbildung besteht darin, daS nach dem Laden 
10 plattformabhangigen Codes von dem ersten Rechner auf den 
zweiten Rechner eine Sicherheitsiiberprufung dieses 
plattformabhangigen Codes durchgefuhrt wird. Dabei kann diese 
Sicherheitsiiberprufung dadurch erfolgen, da£, ehe der 
geladene plattformabhangige Code auf dem zweiten Rechner 
15 ausgefuhrt wird, eine Integritatspruf ung dieses Codes 
erfolgt, vorzugsweise mittels eines Virensuchprogramms . 

Im Rahmen einer zusatzlichen Weiterbildung ist es moglich die 
Eingabe auf eine der folgenden Arten durchzufuhren: 

20 

a) Ein Benutzer gibt an, ob er plattformabhangigen Code von 
dem ersten Rechner laden will. Hierbei kann der Benutzer 
die Entscheidung treffen und das Risiko eingehen, 
korrupten, also fehlerhaften oder mit beispielsweise. 

25 Viren behafteten, Code von dem ersten Rechner zu 

empf angen. 

b) Die Eingabe erfolgt automatisiert dadurch, daS eine Liste 
auf dem zweiten Rechner gehalten wird, die Kennungen von 

30 Rechnern enthalt, die in einer sicheren Umgebung stehen 

(Trusted Servers) . 

c) Die Eingabe ist dauerhaft auf "Laden von 
plattformabhangigen Code 11 eingestellt, wenn der erste 

35 Rechner keine sicherheitsrelevanten Daten und/oder 

Programme enth§lt . Dies ist vorzugsweise bei speziell 
dafiir vorgesehenen Netzwerkcomputern der Fall. Generell 
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ist von Vorteil, wenn die geladenen Funktionen nur fur die 
zeitlich begrenzte Sitzung benotigt werden, der zweite 
Rechner nach der Sitzung ausgeschaltet wird und/oder die 
liber das Netz erhaltenen Daten nicht persistent 
abspeichert . 

Auch ist es eine Weiterbildung, dafi es sich bei dem 
plattformunabhangigen Code urn JAVA-Bytecode, der. in JAVA- 
Class-Files integriert ist, handelt. 

Weiterbildungen der Erfindung ergeben sich auch aus den 
abhangigen Anspriichen. 

Anhand der folgenden Figuren werden Ausfuhrungsbeispiele der 
15 Erfindung naher dargestellt. 

Es zeigen 

Fig.l ein System aus verteilten Rechnern mit plattform- 
abhangigen und plattformunabhangigen Funktionen, 
20 Fig. 2 ein Blockdiagramm fur ein Verfahren zum Laden einer 
Funktion in plattf ormabhangigen oder 
plattformunabh&ngigem Code, 
Fig. 3 ein Ablauf diagramm fur eine Verhandlung daruber, 
welche Realisierung einer Funktion in plattform- 
25 abhangigem Code geladen werden soli. 

Die in Fig.l dargestellte Konf iguration stellt ein 
Client -/Server-System dar. Die Rechner CL1, CL2 und CL3 
(Clients) wollen eine, vorzugsweise in JAVA geschriebene, 

3 0 Applikation auf deren Virtual -Machine VM ausfuhren. Die drei 
dargestellten Rechner CL1, CL2 und CL3 verfQgen jeweils uber 
unterschiedliche Betriebssysteme SI, S2 und S3, wobei auf 
jedem dieser Betriebssysteme eine Virtual -Machine VM lauft, 
die ihrerseits sicherstellt , daS plattf ormunabhSngige JAVA- 

35 Class-Files, der fur diese Virtual-Machine VM bestimmt ist, 
auf jedem der Rechner CL1, CL2 und CL3 ausgefuhrt werden 
kann. Handelt es sich bei den JAVA-Programmen urn JAVA- 
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Applets, so ist ein Netzbrowser aktiv. Auf dem Server SV ist 
eine Klasse A mit einer plattf ormunabhangigen Implement ierung 
einer Methode a enthalten (siehe Block 101) . 

5 Hierbei sein angemerkt, da£ der Begriff "Methode" im Sinne 
der objektorientierten Programmierung verwendet wird, womit 
eine Prozedur oder Funktion bezeichnet ist, die mit einer 
Klasse assoziiert ist und als Reaktion auf eine Botschaft 
aufgerufen wird. Dabei ist eine Botschaft eine Aufforderung 
10 an ein Objekt, eine seiner Methoden auszufuhren. 
Weitergehende Definitionen und Erlauterungen zur 
objektorientierten Programmierung mit den dort bevorzugten 
Begriff en sind dem Fachmann hinlanglich bekannt . 

15 Die Implementation der Methode a in plattf ormunabhangigem 
Code, vorzugsweise in JAVA-Bytecode und nicht in plattf orm- 
abhangigem Code bedeutet einen plattf ormiibergre if enden 
Einsatz der Methode a in alien Rechnern CL1, CL2 und CL3 mit 
einer entsprechenden Virtual -Machine VM, wobei mit Verwendung 

20 der Virtual-Machine VM Lauf zeiteinbufien in Kauf genommen 
werden . 

Eine zweite Methode b ist innerhalb der Klasse A 101 
lediglich deklariert; definiert wird die Methode b auSerhalb 
25 der Klasse A auf drei verschiedene Arten; 

1. In Form einer plattf ormabhSngigen Bibliothek 102, die fur 
das Betriebssystem SI bestimmt ist; 

30 2. als plattf ormabhangige Bibliothek 103, die fur das 
Betriebssystem S2 bestimmt ist; 

3 . als eine plattformunabhangige Methode innerhalb einer 
Klasse b (siehe Block 104) . 

35 

Fordert der Rechner CL1 Code far die Methode b an, so ladt er 
bisher die Klasse b und fuhrt den verhaltnismaSig langsamen 
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Bytecode aus, auch wenn der Rechner CL1 zur Durchfuhrung der 
der Methode b zugrundeliegenden Funktionalitat vorzugsweise 
uber spezielle Multimedia-Hardware verfugt. 

5 Um es zu ermoglichen, speziellen plattf ormabhangigen und auf 
Laufzeit optimierten Code in dem jeweiligen Rechner (hier der 
Rechner CL1) nutzen zu konnen, wird die Methode b in der 
Klasse A als "native" deklariert. Somit erfahrt .der Rechner 
CL1, dag die Methode b auch in plattf ormabhangigem Code auf 

10 dem Server SV verfugbar ist. Der Rechner CL1 ladt eine 

plattformabhangige Representation der Methode b, falls diese 
speziell fur -seine Piatt form, das Betriebssystem SI, 
verfugbar ist, von dem Server SV (im Beispiel von Fig.l 
entspricht dieser Representation der Block 102) . Damit erhalt 

15 der Rechner CL1 eine speziell auf die Hardware dieses 
Rechners CL1 abgestimmte und weniger lauf zeitintensive 
Version der Methode b. Vorzugsweise fuhrt der Rechner CL1 
uber eine vorgegebene Schnittstelle (JAVA-Native- Interface) 
die Methode b in der JAVA-Umgebung aus. 

20 

Die Anfrage eines Rechners CL1, CL2 oder CL3 beim Server SV, 
ob ein plattf ormabhangiger Code auf dem Server SV verfugbar 
sei und ob dieser ggf . auch auf den jeweiligen Rechner CL1, 
CL2 oder CL3 geladen werden soli, ist detailliert in Fig. 2 
25 dargestellt. 

In einem Schritt 201 fragt der Rechner CL1 an, ob 

plattf ormabhangiger Code auf dem Server SV verfugbar sei. 1st 

dies nicht der Fall, wird plattf ormunabhangiger Code geladen 

30 (siehe Schritt 202 bzw. Block 104 in Fig.l fur eine 

plattformunabhSngige Representation der Methode b) . Ist 
hingegen plattf ormabhangiger Code auf dem Server SV 
verfugbar, so wird in einem Schritt 203 festgestellt , ob auf 
dem jeweiligen Rechner CL1 der entsprechende 

35 plattformabhangige Code schon lokal verfugbar ist. In solch 
einem Fall wird in einem Schritt 204 auf den lokal 
verfugbaren Code zugegriffen. Dies kann beispielsweise durch 
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. entsprechende Zwischenspeicherung (Cache-Speicher) 
gewahrleistet werden. 

1st plattformabhangiger Code auf dem Server SV verfugbar, 
5 aber lokal auf dem Rechner CL1 nicht verfugbar, so wird in 
einem Schritt 205 entschieden, ob plattformabhangiger Code 
von dem Server SV auf den Rechner CL1 geladen werden soil. 

Als Entscheidungshilfe dient eine Eingabe 206, durch die der 
Benutzer festlegen Jcann, ob er plattf ormabhangigen Code von 
speziell diesem Server SV laden will. Eine andere mogliche 
Eingabe ist eine Liste, die Kennzeichnungen von Servern 
enthalt, die als vertrauenswurdig (Trusted Servers) gelten. 
Von solchen Servern kann ohne Sicherheitsrisiko 
plattformabhangiger Code geladen werden. Eine weitere 
Moglichkeit fur eine Eingabe ist es, immer 
plattf ormabhangigen Code von einem Server zu laden. Diese 
Strategie eigne t sich v. a. dann, wenn der Rechner CL1 ein 
reiner Netzwerkrechner ist und/oder keine 
sicherheitsrelevanten Daten und/oder Programme enth&lt. 

Wird davon ausgegangen, daS aufgrund der Eingabe 206 kein 
plattformabh&ngiger Code von dem Server SV geladen werden 
soli, so wird in einem Schritt 207 plattf ormunabhangiger Code 
25 (siehe wieder Bock 104 in Fig.l) geladen. Soil hingegen 
plattformabhangiger Code geladen werden, so wird in einem 
Schritt 208 eine Verhandlung uber die Art des zu ladenden 
Codes (siehe auch Beschreibung zu Fig. 3) durchgefuhrt und in 
einem Schritt 209 der plattf ormabhangige Code geladen. 
30 Plattformabhangiger Code fur den Rechner CL1 ist in Fig.l 

durch den Block 102 angedeutet. Bevor der plattf ormabhangige 
Code auf dem Rechner CL1 ausgefuhrt wird, wird vorzugsweise 
eine Sicherheitsuberprufung dieses neu geladenen Codes 
durchgefuhrt. Dies geschieht vorzugsweise mit speziellen 
3 5 Programmen, die die Integrity des geladenen Codes 

sicherstellen, vorzugsweise mittels eines Virensuchprogramms . 
Das Verfahren terminiert in einem Schritt 210. 



10 



15 



20 
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Wie in Fig. 2 angesprochen, wird in Fig. 3 der Schritt 208 aus 
Fig. 2 eingehend erlautert . 

5 Die Verhandlung des Rechners CL1 mit dem Server SV erfolgt 
derart, daS der Rechner CL1 von dem Server SV eine Liste 
aller verfiigbaren plattf ormabhangigen Realisierungen der 
Methode b anfordert (siehe Schritt 301) . Die Liste wird von 
dem Server SV an den Rechner CL1 ubertragen. In einem Schritt 
10 302 wahlt der Rechner CL1 eine fur sein Betriebssystem SI 
geeignete Realisierung der Methode b aus, teilt dies dem 
Server SV mit und fordert eine Ubertragung der entsprechenden 
plattf ormabhangigen Realisierung der Methode b (siehe Block 
102 in Fig.l) in einem Schritt 303 an. 



15 
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1. Verfahren zum Laden einer Funktion, die von einem ersten 
Rechner (Server) bereitgestellt wird, auf einen zweiten 
5 Rechner (Client) , 

wobei der erste Rechner und der zweite Rechner uber ein 
Netz verbunden sind, in folgenden Schritten: 

a) von dem zweiten Rechner wird uber das Netz bei dem 
ersten Rechner angefragt, ob die Funktion in einem 

10 plattformabhangigen Code verfiigbar ist; 

b) falls ein plattf ormabhangiger Code nicht verfiigbar 
ist, wird ein plattf ormunabhangiger Code der Funktion 
von dem ersten Rechner geladen und das Verfahren 
beendet ; 

15 c) ansonsten (der plattf ormabhangige Code ist verfiigbar) 

werden folgende Schritte durchgef uhrt : 
• es wird uberpriift, ob der plattf orraabh£ngige Code 
der Funktion auf dem zweiten Rechner vorhanden ist 
und, wenn dies der Fall ist, wird der 
20 plattformunabhangige Code geladen und das Verfahren 

beendet; 

•falls der plattf ormabhingige Code auf dem zweiten 
Rechner nicht vorhanden ist, wird mittels einer 
Eingabe entschieden, ob der plattf ormabhangige Code 
25 vom ersten Rechner geladen werden soil: 

- wird mittels der Eingabe entschieden, daS der 

plattf ormabhangige Code nicht geladen werden soil, 
wird der plattformunabhangiger Code geladen und 
das Verfahren beendet; 
30 - wird mittels der Eingabe entschieden, dafi der 

plattf ormabMngige Code geladen werden soil, so 
wird nach einer Verhandlung zwischen dem ersten 
Rechner und dem zweiten Rechner der 
plattformabhangige Code der Funktion auf den 
35 zweiten Rechner geladen. 
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2. Verfahren nach Anspruch 1, 

bei dem die Verhandlung folgende Schritte umf aEt : 

a) der zweite Rechner (Client) fordert von dem ersten 
Rechner (Server) eine Liste aller verfugbarer 

5 plattformabhangiger Realisierungen der Funktion an; 

b) die Liste wird von dem ersten Rechner an den zweiten 
Rechner iibert ragen ; 

c) der zweite Rechner wahlt eine geeignete Realisierung 
aus, teilt dies dem ersten Rechner mit und fordert 

10 eine Ubertragung dieser Realisierung der Funktion an. 

3. Verfahren nach Anspruch 1 oder 2, 

bei dem nach dem let z ten Schritt, dem Laden des 
plattformabhangigen Codes von dem ersten Rechner auf den 
15 zweiten Rechner, eine Sicherheitsuberpruf ung dieses 

plattformabhangigen Codes durchgefuhrt wird. 

4 . Verfahren nach Anspruch 3 , 

bei dem die Sicherheitsuberprufung folgende MaSnahme 
20 umfaSt: 

bevor der geladene plattf ormabhangige Code auf dem 
zweiten Rechner ausgeftihrt wird, erfolgt eine 
Integritatspriifung des Codes, vorzugsweise mittels eines 
Virensuchprogramms . 

25 

5. Verfahren nach einem der vorhergehenden Anspruche, 
bei dem die Eingabe auf eine der folgenden Arten 
vorgenommen wird: 

a) ein Benutzer gibt an, ob er plattformabhangigen Code 
3 0 von dem ersten Rechner laden will; 

b) anhand einer Liste, die Rechner einer sicheren 
Umgebung umfaSt; 

c) es wird immer plattformabhangiger Code geladen, wenn 
der erste Rechner keine sicherheitsrelevanten Daten 

3 5 und/oder Programme enth&lt. 
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6. Verfahren nach einem der vorhergehenden Anspriiche, 

bei dem der plattf ormunabhangige Code JAVA-Bytecode ist. 
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